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ABSTRACT 


Simulation efficiency and capability go hand in hand . The mor e 
capability you have the lower the efficiency will be. Section""! of this 
proper disouafftr^Vf f 1 cl finry and seat ion 2 HfuIn vl*th capabilities* The lesson 
vc have learned about generic simulation is: Don't rule out any capabilities 
at the beginning but keep each one on a switch so it can be bypassed when 
warranted by a specific application. 

1. EPPICIENCY 


Efficiency means different things to different people. For the person 
running simulations interactively on a terminal quick turn around time is 
efficiency. For the person making 10,000 Monte-Carlo runs low cost is ef- 
ficiency. For the person running real time simulations minimum CPU time is 
efficiency. 

Three aspects of a simulation should be considered when dealing with 
efficiency; hardware, software and modeling. 

Hardware A fast processor will reduce CPU time for a given simulation but 
this doesn’t necessarily equate to improved efficiency* For example, t e 
Monte-Carlo simulation may take 10 minutes on a super computer and 2 weeks 
on a PC but if time is free on the PC then that may be an efficient solu- 
tion. Ve will not discuss hardware related issues except for two points. 1.) 
Fast hardware is of primary importance to the real time simulation because 
it means higher fidelity models can be incorporated 2.) Vector processors 
and parallel processors should use custom algorithms that take full ad- 
vantage of the special machine architecture* 

Software A fast algorithm will also reduce CPU time but again this doesn’t 
necessarily equate to improved efficiency. For example, it is generally 
accepted that an ad-hoc simulation is much faster than a generic simulation* 
The cost of developing and testing the ad-hoc simulation may exceed the run 
time saving thereby reducing overall efficiency. 
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Recent work in the area of symbolic programming has shown that sig- 
nificant savings can be achieved by symbolicaly forming the equation of 
motion and numerically solving them. Other algorithms have been proposed 
that promise similar savings. There is one point that software developers 
should keep in mind. With generic simulations the user must have complete 
flexibility in retaining or deleting different parts of his model. This is 
because generic simulations are often used for model development and valida- 
tion. In that environment an analyst will add or delete certain features to 
determine the effect on performance and whether or not the feature should be 
retained in the model. 

More on this subject in section 2. 

Modeling This Is the domain of the simulation user and the area in which 
many improvements in efficiency can be made. Por example, deleting a high 
order mode in a flexible body model has a compound effect. It reduces the 
model complexity and at the same time allows a bigger integration step size 
both of which reduce run time. Often times the reduced fidelity is justified 
by the savings in run time. 

The point to be made is that the analyst is the end authority on the 
"correct" model for a given application. The more flexibility he has in 
changing his model the easier it is for him to select the best model for the 
Job. 


2. CAPABILITIES 


Capability in our context is synonymous with flexibility and not with 
complexity. A simulation may be very detailed and complex but if it can't be 
changed then it’s only useful in a narrow range of applications and has 
limited capability. 

In our experience with TREETOPS and DCAP ve have found that it is much 
easier to generate a model and obtain a response than it is to predict the 
correct response. In other words, when ve don't get the expected response 
the simulation is usually correct and our expectation is wrong. This is not 
entirely unexpected because it is very difficult, even for an expert, to 
solve the equations of anything but the simplest dynamical systems. The 
solution to this dilemma is flexibility. Start with simple models that have 
known analytic solutions. Then add complexity one step at a time vhile 
gaining confidence in your model and Insight into the behavior of your 
system. 
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For multi body systems with flexible bodies the same arguments apply but 
the complexity of the model Increases more rapidly than for rigid bodies* 
The person doing software development makes assumptions that simplify the 
resulting equations of motion. If this Is done carelessly then terms are 
dropped that may prove essential In specific applications. On the other 
hand, if simplifications are not made then the computation burden becomes 
too great. 

The lesson ve learned is that you must retain as many terms as possible 
in the kinematics but they must have associated switches so you can easily 
add or delete them from a specific application. This Is done for two 
reasons. 1.) to give you Insight into the effect of various model elements 
on system response and 2.) to allow the selection of the most efficient 
model for a given application. 
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♦ 


352 


MULTI-RATE ALGORITHMS • INTEGRATION TYPE S STEP SIZE 
SYMBOLIC PROGRAMMING • REDUCED ORDER 
ADHOC SIMULATION 


SPEED-UP OPTIONS 
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TREETOPS SOFTWARE IMPROVEMENTS 
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SIMU1 ATTON CAPABILITY-MENUS 
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SWITCHES FOR MODAL DATA 
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